Appliance network for a networked appliance and a remote user interface

ABSTRACT

An appliance network has messaging protocol to establish communication between a first networked appliance and a remote user interface.

CROSS-REFERENCE TO RELATED APPLICATION

This application is a continuation-in-part of International Application No. PCT/US2006/022503, filed Jun. 9, 2006, which claims the benefit of U.S. Provisional Patent Application No. 60/595,148, filed Jun. 9, 2005, both of which are incorporated by reference.

BACKGROUND OF THE INVENTION

1. Field of the Invention

The invention relates to components and accessories for a communicating appliance.

2. Description of the Related Art

Household appliances typically comprise one or more components responsible for the electromechanical operations of the appliance. For example, an oven can include an appliance management component having a printed circuit board (PCB) with memory, as well as a user-interface component, such as a control panel or keypad, for a user to issue commands to the oven. As another example, a washing machine can include an appliance management component, a user-interface component, and a motor control component that controls a motor of the washing machine.

Typically, discrete circuits couple the internal components of an appliance, with each discrete circuit responsible for individual communication between related components. The circuits communicate with each other over an internal network that traditionally is implemented by hard-wired ribbon cables or other connectors or harnesses between the components. The hard-wired connectors form a closed system or network that is difficult or not possible to modify. For example, because the closed network relies on hard-coded or hard-wired network solutions, it is not practical to couple additional external components or additional internal components to the appliance to expand the capability or function of the appliance. The closed network cannot easily be adapted for communication with the additional external/internal components and therefore limits the potential of the appliance.

SUMMARY OF THE INVENTION

An appliance network includes a first networked appliance, a remote user interface configured to control the operation of the first networked appliance; and a communication network operably coupling the first networked appliance and the remote user interface to establish communication therebetween.

BRIEF DESCRIPTION OF THE DRAWINGS

In the drawings:

FIG. 1 is a schematic view of a clock accessory for a communicating appliance according to one embodiment of the invention, wherein the clock communicates a time to appliances following powering the appliances down and up.

FIG. 2 is a schematic view of a clock accessory for a communicating appliance according to another embodiment of the invention, wherein the clock functions as an amplifier and/or a wireless access point.

FIG. 3 is a schematic view of a clock accessory for a communicating appliance according to another embodiment of the invention, wherein the clock comprises a display for communication with a user of the communicating appliance.

FIG. 4 is a schematic view of a clock accessory for a communicating appliance according to another embodiment of the invention, wherein the clock communicates a time to other appliances to synchronize the time among the appliances.

FIG. 5 is a schematic view of a clock accessory for a communicating appliance according to another embodiment of the invention, wherein the clock on one appliance requests a time from a clock on another appliance to synchronize the time among the appliances.

FIG. 6 is a schematic view of a cooking aid accessory in the form of a controlled stirrer according to one embodiment of the invention for use with a communicating appliance.

FIG. 7 is a schematic view of a cooking aid accessory in the form of an ingredient dispenser according to one embodiment of the invention for use with a communicating appliance.

FIG. 8 is a schematic view of a cooking aid accessory in the form of a sensing cooking vessel according to one embodiment of the invention for use with a communicating appliance.

FIG. 9 is a schematic view of a cooking aid accessory in the form of a removable cooking vessel sensor according to one embodiment of the invention for use with a communicating appliance.

FIG. 10 is a schematic view of an operation cycle component according to one embodiment of the invention for use with a communicating appliance.

FIG. 11 is a schematic view of the operation cycle component of FIG. 10 coupled with a main controller of a communicating appliance.

FIG. 12 is a schematic view of a consumable and a consumable reader according to one embodiment of the invention for use with a communicating appliance.

FIG. 13 is a schematic view of a connection assembly according to one embodiment of the invention for use with a communicating appliance and an energy controller.

FIG. 14 is a schematic view illustrating remotely servicing a communicating appliance according to one embodiment of the invention.

FIG. 15 is a schematic view illustrating self-servicing a communicating appliance according to one embodiment of the invention.

FIG. 16 is a schematic view of a network binder according to one embodiment of the invention for use with a communicating appliance.

FIG. 17 is a schematic view of a remote user interface according to one embodiment of the invention for use with a communicating appliance.

FIG. 18 is a schematic view of an appliance monitor integrated into a communicating appliance according to one embodiment of the invention.

FIG. 19 is a schematic view of a remote appliance monitor according to one embodiment of the invention for use with a communicating appliance.

FIG. 20 is a schematic view of a smart cable according to one embodiment of the invention for use with a communicating appliance.

FIG. 21 is a schematic view of a smart wireless connector according to one embodiment of the invention for use with a communicating appliance.

FIG. 22 is a schematic view of a central collector according to one embodiment of the invention for use with a communicating appliance.

FIG. 23 is a schematic view of a local collector according to one embodiment of the invention for use with a communicating appliance.

FIG. 24 is a schematic view of a sales demo accessory according to one embodiment of the invention for use with a communicating appliance.

FIG. 25 is a schematic view of a cellular phone according to one embodiment of the invention for use with a communicating appliance.

FIG. 26 is a schematic view of an audio communication accessory according to one embodiment of the invention for use with a communicating appliance.

FIG. 27 schematically illustrates one embodiment of a taxonomy architecture according to the invention.

FIG. 28 schematically illustrates a second embodiment of a taxonomy architecture according to the invention.

FIG. 29 schematically illustrates a taxonomy control using a taxonomy dataset in combination with the software architecture to control the operation of one or more components within the appliance without direct knowledge of the functions for the component.

FIG. 29A is a detailed portion of the taxonomy engine of FIG. 29.

FIG. 30 schematically illustrates a method utilizing the taxonomy architecture according to the invention.

FIG. 31 illustrates an exemplary data structure used in the taxonomy architecture of the invention.

FIG. 32 illustrates a second exemplary data structure used in the taxonomy architecture of the invention.

FIG. 33 schematically illustrates synchronous data collection by binding messages in an event group.

FIG. 34 illustrates the technique of FIG. 33 to bind command messages.

DESCRIPTION OF EMBODIMENTS OF THE INVENTION

By employing a software architecture that enables facile communication between internal components of an appliance and between an external component and one or more of the internal components of the appliance, various components and accessories can communicate with the appliance to expand the capability, functionality, and usability of the appliance. The appliance can be any suitable appliance, such as a household appliance. Examples of household appliances include, but are not limited to, clothes washing machines, clothes dryers, ovens, dishwashers, refrigerators, freezers, microwave ovens, trash compactors, and countertop appliances, such as waffle makers, toasters, blenders, mixers, food processors, coffee makers, and the like.

The appliance can be configured to perform a cycle of operation to complete a physical domestic operation on an article. Examples of the physical domestic operations include a food preparation operation, a food preservation operation, a fluid treatment operation, a cleaning operation, a personal care operation, a fabric treatment operation, an air treatment operation, and a hard surface treatment operation. The air treatment operation can comprise, for example, air purification, air humidification, air dehumidification, air heating, and air cooling. The food preparation operation can comprise, for example, food cleaning, food chopping, food mixing, food heating, food peeling, and food cooling. The food preservation operation can comprise, for example, food cooling, food freezing, and food storage in a specialized atmosphere. The fluid treatment operation can comprise, for example, fluid heating, fluid boiling, fluid cooling, fluid freezing, fluid mixing, fluid whipping, fluid dispensing, fluid filtering, and fluid separation. The cleaning operation can comprise, for example, dishwashing, fabric washing, fabric treatment, fabric drying, hard surface cleaning, hard surface treatment, hard surface drying, carpet cleaning, carpet treatment, and carpet drying. The personal care operation can comprise, for example, hair treatment, nail treatment, body massaging, teeth cleaning, body cleaning, and shaving.

The internal components of the appliances can include any component that participates in the operation of the appliance. Some of the internal components have a corresponding controller (main controller, motor controller, user interface, etc.), which can be a simple microprocessor mounted on a printed circuit board, and other components that have no controller. The components can comprise one or more devices that are controlled by the controller. Typically, the controller components in cooperation, either directly or indirectly, through other components, control the operation of all of the components and the associated devices to implement an operation or cycle for the appliance.

The software architecture can be implemented on and communicated over an internal communications network on the appliance. The internal communications network connects the various internal components of the appliance and can be considered a closed network. One example of the internal communications network used within the appliance is the WIDE network protocol, created by Whirlpool, Inc., the assignee of the present patent application.

The software architecture expands the communication ability of the appliance by effectively creating an open network, hereinafter referred to as “network.” Within the appliance, the software architecture can, but does not have to, reside on each of the components that have a controller. Those components with the software architecture form a network node that can communicate with the other nodes.

The software architecture can perform multiple functions. For example, one function can relate to identifying each of the components corresponding to a node on the network, while another function can relate to identifying capabilities or functions of the identified components on the network. Yet another exemplary function is to identify the status of the components on the network. In this way, the software architecture can function to inform all of the nodes on the network of the presence, capabilities, and status of the other nodes.

The software architecture can comprise multiple modules, each of which has different functionality. Various combinations of the modules or all of the modules can reside on each of the components. One module having a basic or core functionality resides on all of the components. In one anticipated configuration, all of the modules reside at least on the main controller, which establishes the main controller to function as a primary or main software architecture, with the other nodes functioning in a client relationship to the main software architecture. In such a configuration, all of the nodes can communicate through the main software architecture. The software architecture can be sufficiently robust that it can permit configurations without a main software architecture or with multiple main software architectures. For example, the controllers of the various components can work together to control the operation of the appliance without any one of the appliances functioning as a main controller. Regardless of the configuration, any component with the software architecture can function as a client with respect to the other components.

Because of the software architecture, the internal components of the appliance are not only connected with one another, but the internal components can also be connected to one or more external components or a new internal component through the network. The external component and/or the new internal component has one, some, or all of the software architecture modules in resident. As a result, the external component and/or the new internal component can communicate with the internal components of the appliance and can also communicate with other external components having the software architecture.

The software architecture can be any suitable software architecture that enables communication between the internal components of the appliance and the external component and/or the new internal component or between components external to the appliance. An example of the software architecture is disclosed in Patent Cooperation Treaty Patent Application No. PCT/US2006/022420, titled “SOFTWARE ARCHITECTURE SYSTEM AND METHOD FOR COMMUNICATION WITH, AND MANAGEMENT OF, AT LEAST ONE COMPONENT WITHIN A HOUSEHOLD APPLIANCE,” filed Jun. 8, 2006, and incorporated herein by reference in its entirety. A related example is shown in priority document U.S. Patent Application No. 60/595,148, filed Jun. 9, 2005. All of the communications between components and accessories and/or any combination of components and accessories described in this application can be implemented by the software and network structures disclosed in either of these applications.

The software architecture disclosed in the aforementioned references can be implemented by providing one or more of the software elements of the software architecture at least on each of the components to be controlled and on the accessory. The software architecture is configured to generate a plurality of messages, with at least one of the software elements residing in each of the components and in the accessory and configured to enable transmission of at least one of the plurality of messages between the components and between the accessory and the components. The messages can be transmitted for bi-directional communication between components and/or components and accessory. The messages can include command messages that are used to implement a physical domestic operation cycle of the appliance.

The messages can be generated by a message generator, which can take the form of the software architecture, the accessory, or a component. One possible message generator is a user interface.

Descriptions of several examples of components and accessories, herein after referred to as “accessory” with it being understood that the accessory can be considered a component on the network, for use in conjunction with the appliance having the software architecture follow. The accessories can be external to the appliance or internal to the appliance. Each of the accessories is enabled with the software architecture whereby the accessory establishes a node on the network or is part of an existing node on the network.

One example of the accessory is a clock. In one embodiment, the clock is external to the appliance and is an atomic clock. For example, the atomic clock can be a wireless atomic clock that can communicate with one or more of the appliances. An illustration of this embodiment is shown in FIG. 1, where a clock 10 can communicate with a first appliance 12 in the form of an oven and a second appliance 14 in the form of a microwave oven.

The clock can acquire an official time via any suitable method, such as from a cellular network, a radio network, or the Internet. The clock can then transmit the official time to the appliance(s). For example, the clock can automatically transmit the official time, transmit the official time based on registered time events (i.e., transmit the official time at predetermined intervals to appliances that have registered for the time events), or transmit the official time upon request from one or more of the appliances.

An example of transmitting the time is shown in FIG. 1. The clock 10 communicates with the first and second appliances 12, 14 on the network and asks for identification of the appliances that have clocks. The first and second appliances 12, 14 both respond by informing the clock 10 that the first appliance 12 and the second appliance 14 each have a clock and provide corresponding addresses for the respective clocks. An event occurs where the first and second appliances 12, 14 are powered down (i.e., off) and up (i.e., on) such that the time on the first and second appliances 12, 14 is no longer set. The clock 10 then transmits the official time to the clocks of each of the first and second appliances 12, 14, and the clock 10, the first appliance 12, and the second appliance 14 all display the same official time.

The clock can also function as an amplifier to boost a signal provided by the appliance to a destination appliance or as a wireless access point that can transmit a signal provided by the appliance to a destination appliance. For example, the appliance can have a radio that is not sufficiently strong to provide visibility to the destination appliance but is strong enough to provide visibility to the clock. The clock can receive the signal from the appliance and re-broadcast the signal to a destination appliance or to another appliance that can transmit the signal to the destination appliance, and so on. The clock can amplify the signal prior to or while re-broadcasting the signal, or the clock can simply re-broadcast the signal. An example of utilizing the clock in this manner is illustrated in FIG. 2. The first appliance 12 in the form of the oven has visibility to the clock 10 and sends a signal to the clock 10. The clock 10 can optionally amplify the signal before or while re-broadcasting the signal to the second, destination appliance 14 in the form of the microwave oven. In another scenario, where the destination appliance is a third appliance 16 in the form of a refrigerator, the second appliance 14 can send the signal to the third appliance 16.

The clock can optionally serve as a protocol bridge. A protocol is a standard procedure for regulating data transmission between devices; however, not all devices necessarily communicate in the same protocol. A bridge effectively translates one protocol into another so that devices with different protocols can communicate with one another. The clock, therefore, can function not only as a time-keeping apparatus but also as a bridge between appliances or between the appliance and another device. Thus, the bridge functionality can be incorporated into the clock and the user does not need to purchase a separate bridge. The amplifier and bridging functions can also be included in any of the other accessories described below.

Referring now to FIG. 3, the clock 10 that communicates with the appliance(s) 12, 14, 16, can include a display 18 for communication with the user. The display 18 can be integrated with a time display or can be separate from the time display. As examples, the display 18 can be a liquid crystal display (LCD), a plasma display, a digital display, and the like. The display 18 can communicate to the user a status of the appliance, such as via one or more notification icons. Examples of appliance status include, but are not limited to, laundry washing complete, laundry drying complete, laundry off balance, microwave food defrosted, turn defrosting food in microwave, microwave food ready, oven pre-heat complete, oven food ready, boil over on cooktop, fire, hot water ready, and coffee ready. The relevant notification icons can become illuminated, such as by flashing or being constantly illuminated, or otherwise visible when appropriate and become un-illuminated or otherwise not visible when appropriate.

The clock 10 can further have the capability of communicating to the user, such as via the display 18, an alert status of the appliance(s) 12, 14, 16 with which the clock 10 communicates, and, optionally, the user can acknowledge receipt of the alert status, such as via the display 18. According to one embodiment, the acknowledgement by the user can clear the alert status from the clock 10 and the appliance(s) 12, 14, 16. In this manner, the display 18 can function as a user interface that effects communication not only to the user from the appliance but also from the user to the appliance.

With continued reference to FIG. 3, the clock 10 can optionally incorporate appliance control capability whereby the user can provide control inputs or commands to the appliance(s) 12, 14, 16 through the clock 10, such as via the display 18. Exemplary commands include, but are not limited to, start/stop wash cycle, start/stop drying cycle, start/stop cooking program, decrease heating element power for simmer, execute low heat tumble following drying cycle, decrease microwave heating power, increase temperature of chill zone in refrigerator, and the like.

If the clock on the network does not have electronics for functioning as an atomic clock, the clock can be a satellite clock that can receive time from an atomic clock enabled to speak “TimeCast” protocol. Thus, the clock can display the time given by the atomic clock through TimeCast.

The clock can be internal to the appliance, as described above, or can be external to the appliance. When the clock is internal to the appliance, electronics for the clock can be packaged into the appliance during manufacture of the appliance or can be installed into the appliance as an after-market accessory. The clock as an internal accessory can have any of the functionalities described above for the external clock. The clock can also be “plugged” into an appropriate connector on the appliance. The connector can provide both power and data communication.

The clock conventionally associated with the appliance can also function as an accessory. For example, the clock of the appliance can communicate with clocks of other appliances, such as for synchronization of the clocks to establish and/or maintain consistent time among all of the appliances. An example of clock synchronization is illustrated in FIG. 4. The first appliance 12 broadcasts a message requesting identification of appliances having clocks. The second appliance 14 responds by informing the first appliance 12 that the second appliance 14 has a clock and provides an address for the clock. Thus, the first appliance 12 has established the appliances that have clocks. In the future, the user can set the time on the first appliance 12, and the first appliance 12 can then broadcast the set time to the appliances that have clocks, such as the second appliance 14. Alternatively, the user can set the time on the clock of another appliance, which can transmit the set time to the first appliance 12 and the second appliance 14. As a result of this process, the user need only set the time on one of the appliances as the clocks of the other appliances automatically synchronize with the clock having the set time. Such a configuration can be especially beneficial in situations, such as a power outage, where multiple clocks on the appliances lose power and, therefore, the time.

Another example of clock synchronization is shown schematically in FIG. 5. In this example, the appliance requests the time from another appliance. The third appliance 16 broadcasts a message requesting identification of appliances having clocks. The first appliance 12 responds by informing the third appliance 16 that the first appliance 12 has a clock and provides an address for the clock. Similarly, the second appliance 14 responds by informing the third appliance 16 that the second appliance 14 has a clock and provides an address for the clock. Thus, the third appliance 16 has established the appliances that have clocks. The third appliance 16 then communicates with at least one of the appliances having a clock, which is shown as the first appliance 12 in FIG. 5, and requests the time from the first appliance 12. The first appliance 12 responds by providing the time to the third appliance 16. Alternatively, the third appliance 16 can request the time from another of the appliances, such as the second appliance 14.

The clocks of the appliances can also synchronize by one of the appliances broadcasting the time at periodic intervals. When the clocks are synchronized in this manner, each minute rollover of the time can be synchronized so that there is no discrepancy between the times on the clocks, even while the displayed time is changing.

Another example of an accessory is a cooking aid. The cooking aid can be an active accessory, a sensing accessory, or a combination thereof. The active accessory can be programmed by the user or can receive commands from the appliance for performing an action. The sensing accessory can include one or more sensors that detects a state of the accessory and/or appliance and communicates the state to the appliance or other component on the network.

Exemplary active cooking aids include a controlled stirrer 20 and an ingredient dispenser 22, which can both be associated with the first appliance 12 in the form of the oven. As shown in FIG. 6, the controlled stirrer 20 can be coupled to a cooking vessel 24, such as a pot or pan, located on a cooktop 26 of the first appliance 12. Alternatively, the controlled stirrer 20 can be coupled to the first appliance 12, such as to the cooktop 26, rather than to the cooking vessel 24. The controlled stirrer 20 includes a stirring mechanism 28, such as an auger, that can induce movement of material (i.e., food) within the cooking vessel 24, and a mount 30 for coupling the stirring mechanism 28 to the cooking vessel 24 or the first appliance 12. The controlled stirrer 20 has a controller 32 that can communicate with the cooktop 26 or other part of the first appliance 12 for receiving stirring commands. The commands can be associated with a recipe, such as a recipe stored within the first appliance 12 or a recipe otherwise visible to the first appliance 12, such as via another component on the network. Alternatively, the user can program the controlled stirrer 20 according to desired actions or a recipe. The stirring commands can include information such as start stirring, stop stirring, stirring speed, and stirring frequency. In an alternative embodiment, the controlled stirrer 20 can be integrated with the cooking vessel 24. Regardless of the configuration of the controlled stirrer 20, employing the controlled stirrer 20 eliminates or reduces the need for the user to be present at the second appliance 12 to stir the material in the cooking vessel 24. The controlled stirrer 20 is especially beneficial when a recipe requires continuous stirring of the material for a relatively long period of time.

Referring now to FIG. 7, the ingredient dispenser 24 can be mounted to or located in the vicinity of the first appliance 12 and can include one or more compartments 40 configured to store ingredients. The compartments 40 couple with corresponding dispensing mechanisms 42 configured to transport the ingredients from the compartments 40 to a cooking vessel 44, such as a pot or pan. The cooking vessel 44 can be intended for use on the cooktop 26 or inside the first appliance 12. The ingredient dispenser 24 further includes a controller 46 that can communicate with the first appliance 12 for receiving commands related to dispensing the ingredients. The commands can be associated with a recipe, such as a recipe stored within the first appliance 12 or a recipe otherwise visible to the first appliance 12, such as via another component on the network. Alternatively, the user can program the ingredient dispenser 24 according to desired actions or a recipe. The commands related to dispensing the ingredients can include information such as when to add an ingredient and the amount of the ingredient to be added.

The ingredient dispenser 24 can be provided to the user with the ingredients in the compartments 40 (i.e., pre-filled compartments) or with the compartments 40 in an empty condition whereby the user must supply the ingredients to the compartments 40. When the compartments 40 are pre-filled, the type and amount of ingredients can correspond to a predetermined recipe. In one embodiment, the ingredient dispenser 24 can include replaceable compartments so that the user can insert compartments 40 that correspond to a desired recipe.

Employing the ingredient dispenser 24 provides several advantages. For example, the ingredient dispenser can accurately measure and dispense the ingredients at the proper time during the preparation of the material in the cooking vessel 44, thereby improving the quality of the resulting food. Additionally, the ingredient dispenser 24 eliminates or reduces the need for the user to be present at the first appliance 12 for dispensing the ingredients.

Exemplary sensing cooking aids include a sensing cooking vessel 50 and a removable cooking vessel sensor 52, which can both be associated with the first appliance 12 in the form of the oven. As shown in FIG. 8, the sensing cooking vessel 50 comprises a cooking vessel 54 and a sensor 56 that can detect a condition of the cooking vessel 54. The cooking vessel 54 can be any suitable type of cooking vessel, such as a pot or a pan. The sensor 56 can be, for example, a temperature sensor, a timer, a combination temperature sensor/timer, a sound sensor, a humidity sensor, a vision sensor, and a motion detector. The sensor can be integrated with the cooking vessel 54 or otherwise coupled with the cooking vessel 54. The sensor 56 can communicate with the first appliance 12, such as with the cooktop 26, or other component on the network to communicate the sensed condition of the cooking vessel 54. For example, the sensed condition can be boiling, boiling over, simmering, current temperature, boiling time, simmering time, time above a certain temperature, and temperature as a function of time (i.e., heating curve). The first appliance 12 can be configured to respond to the sensed condition of the cooking vessel 54, such as by increasing heat, decreasing heat, and increasing or decreasing time at a certain temperature. The response by the first appliance 12 can be in accordance with a recipe or with instructions programmed by the user. The sensing cooking vessel 50 thereby provides a means for closed loop temperature control between the cooking vessel 54 and the first appliance 12.

In the case of a vision sensor, the sensor could transmit video to anther device for the consumer. The consumer could then make control function decisions including control adjustments or stirring activation, as the case may be.

The functionality of the sensing cooking vessel 50 can alternatively be accomplished with the removable cooking vessel sensor 52. Referring now to FIG. 9, the removable cooking vessel sensor 52 is an accessory that can be removably coupled to a conventional cooking vessel 58 and comprises the sensor 56 described above with respect to the sensing cooking vessel 50. The removable cooking vessel sensor 52 can have any suitable form, such as a clip, as shown in FIG. 9, that removably clips onto the cooking vessel 58. Employing the removable cooking vessel sensor 52 eliminates the need for the user to purchase a special cooking vessel having the sensor 56; rather, the removable cooking vessel sensor 52 can be used with any cooking vessel as it can effectively add the sensor 56 to any cooking vessel.

The exemplary cooking aids described above, the controlled stirrer 20, the ingredient dispenser 22, the sensing cooking vessel 50, and the removable cooking vessel sensor 52, can be employed individually or in combination with one another. Each of the cooking aids 20, 22, 50, 52 provides a degree of automation to the cooking process, and using more than one of the cooking aids increases the degree of automation. When the user employs more than one of the cooking aids 20, 22, 50, 52, the cooking aids 20, 22, 50, 52 can optionally communicate with each other in addition to communicating with the first appliance 12 or other component on the network.

Another example of an accessory is an operation cycle component configured to store and transfer operation cycles for the appliance. An operation cycle is a set of commands that the appliance executes for operation of the appliance. For example, a washing machine can have several wash cycles that depend on the type of fabric being washed or a size of a fabric load. Similarly, an oven can have several cooking cycles that depend on the type of food being cooked and the cooking process (e.g., defrosting, baking, self-cleaning). Typically, the appliance when purchased by the user has a set of operation cycles that can permanently reside in the appliance as firmware. Referring now to FIG. 10, the operation cycle component 60 can store additional operation cycles not originally provided with the appliance 12 and communicate with the appliance 12 such that the appliance can implement the additional operational cycles. The operation cycle stored by the operation cycle component 60 can also or alternatively include an updated operation cycle. The operation cycle component 60 can be any type of component, such as a hardware device that can plug into the appliance 12. In FIG. 10, the operation cycle component 60 is shown as a USB dongle that can couple with both a personal computer and the appliance 12. The USB connection and communication is just for illustration and is not limiting on the invention. Any other suitable connector and/or communication method can be used.

With continued reference to FIG. 10, the additional operation cycles can be uploaded to the operation cycle component 60 in any suitable manner. For example, the operation cycle component 60 having the additional operation cycles can be purchased at a retail store 62, or the additional operation cycles can be uploaded to the operation cycle component 60 at the retail store. Alternatively, the user can download the additional operation cycles via the Internet 64. For example, the user can download the additional operation cycles through a personal computer 66 and then upload the additional operation cycles to the operation cycle component 60, or the user can wirelessly directly download the operation cycles to the operation cycle component 60.

In another embodiment, the user can develop custom additional operation cycles on the personal computer 66 and upload the custom additional operation cycles to the operation cycle component 60. In an alternative embodiment, the additional operational cycles can be transmitted wirelessly from the personal computer 66 to the appliance 12 without using the operation cycle component 60. The wirelessly transmitted additional operational cycles can be transmitted to an intermediate storage in the appliance 12. The cycles can also be authenticated by the software architecture or other methods to ensure that they are compatible with and appropriate for the appliance.

The operation cycle component 60 can couple with the appliance 12 in any suitable manner, such as through a direct hardwire connection or a wireless connection. Furthermore, the appliance 12 can implement the additional operation cycles directly from the operation cycle component 60, or the additional operation cycles can be transferred from the operation cycle component 60 to the appliance 12. Referring now to FIG. 11, which illustrates a main controller 68 of the appliance 12, the additional operation cycles can be considered software that can be provided to the cycle engine. The cycle engine can operate on operation cycle data provided from multiple sources of persistence.

Other examples of an accessory include a consumable and a consumable reader. A consumable is an object external to the appliance that can be consumed or otherwise used during operation of the appliance or following operation of the appliance. The consumable can be consumed by the appliance or by the user. Examples of consumables include, but are not limited to, detergents and other wash aids for a laundry appliance and/or dishwasher, fabric items (e.g., clothing), heat and serve meals, frozen side dishes, frozen meals, microwave popcorn, frozen pizza, and frozen breakfast sandwiches. Characteristics or information, such as an operating cycle, usage directions, cooking instructions, dosage information, and washing/drying instructions, associated with the consumable can persist, for example, within the consumable itself, in the packaging for the consumable, or in auxiliary materials, such as user manuals and tags, provided with the consumable.

The consumable reader is a component that can accept the information associated with the consumable and transmit it to the controller of the appliance. The consumable reader can be a device integrated with the appliance or a separate device that can be coupled, either by a hardwire connection or wireless connection, to the appliance for communication with the appliance. Examples of consumable readers include, but are not limited to, bar code scanners, radio frequency identification (RFID) tag readers, and magnetic strip readers.

The consumable reader communicates the information associated with the consumable to the appliance so that the appliance can optimize its performance for the consumable. An example of employing the consumable and consumable reader is provided in the schematic illustration of FIG. 12. In this example, a food provider 70 determines cooking instructions for a consumable 72 in the form of a frozen meal and encodes the packaging for the consumable 72 with the cooking instructions. The user can place the consumable 72 in the vicinity of the appliance 12 in the form of an oven, and a consumable reader 74 of the appliance 12 communicates the encoded cooking instructions from the consumable 72 to the appliance 12. The appliance 12 can then execute the cooking instructions for preparing the frozen meal.

It is contemplated that the consumable will contain information corresponding to a preferred operating cycle for the consumable. In the case of a food item, the information would correspond to a cooking cycle for the consumable. The consumable can also have the ability to identify the appliance and provide an appliance-specific operating cycle. One manner of implementing this is for the consumable to have operating cycles corresponding to a particular appliance or class of appliance. The appliance in which the consumable is used identifies and implements the relevant operating cycle. Another manner of implementation is for the consumable to have an identifier and the appliance has stored or access to a database or table of operating cycles for different consumables. The appliance takes the consumable identifier and looks up the corresponding operating cycle for the consumable.

The information associated with the consumable can be in any suitable form. In one embodiment, the information can be a communication packet that can be directly transmitted to the software architecture, thereby eliminating a need for a central storage of consumables data. In another embodiment, the information can be a key that can be used to direct the appliance to stored consumables data.

It is within the scope of the invention to utilize the consumables without the consumable reader. For example, the consumable can be configured to directly communicate with the appliance or other component on the network without employing an intermediate consumable reader.

The consumables can be supplied by a third-party provider, as in the case of store-bought frozen meals and wash aids for laundry appliances and/or dishwashers, or provided by the user. Leftovers and cooked and uncooked prepared foods are examples of consumables that can be provided by the user. The leftovers and the prepared foods can be placed in a storage container encoded with information related to the leftovers and prepared foods. For example, the information can include re-heat or cooking instructions and an expiration date (i.e., throw away date). When the information includes the expiration date, the appliance, such as the oven or microwave oven, can refuse to re-heat or cook the food if the current date is past the expiration date. Optionally, the appliance can be configured to receive an override command from the user when the user desires to re-heat or cook the food despite the expiration date.

Any suitable material can be used to encode the information, and examples include, but are not limited to, plastic wrap, aluminum foil, pots, pans, microwave-safe containers, container lids, and an adhesive or magnetic strip that can be placed on the storage container. The information can be configured by the person who originally prepared the leftovers and the prepared foods and encoded using any suitable means, such as a personal computer, a magnetic strip writer, and a handheld encoding device. With this configuration, the user can configure the information on the consumable as desired.

Along the lines of the consumables and the consumable readers, another example of an accessory is a recipe book and a recipe book scanning wand. The recipe book can contain various recipes having associated cooking instructions, and the cooking instructions can be extracted by the recipe book scanning wand. For example, the cooking instructions can be extracted from text of the recipe book or hidden or visible encoding. The recipe book scanning wand can then communicate, via hardwire or wireless connection, the cooking instructions to the appliance for execution. In an alternative embodiment, the recipe book can directly communicate with the appliance without employing the recipe book scanning wand.

Another example of an accessory is a commercial laundry credit accessory. The commercial laundry credit accessory can be any suitable device, such as a card with memory and/or a microprocessor (commonly known as a “smart card”) and a dongle. The commercial laundry credit accessory can store laundry operation cycle credits and communicate with the appliance in the form of a commercial laundry appliance, such as at a public laundry facility, via a direct or wireless connection. When the commercial laundry credit accessory has sufficient credits, the appliance will operate and deduct credits from the commercial laundry credit accessory based on the operation of the appliance. Optionally, individual users can purchase the laundry operation cycle credits, or others can purchase the laundry operation cycle credits for gifting purposes. In one embodiment, the laundry operation cycle credits can be purchased at the public laundry facility or remotely, such as via the Internet.

The credit accessory can also be used in combination with the software architecture to track usage and transferring the usage information to a local or remote central system. Price changes and other operating parameters for the laundry can be changed by the credit accessory. The price change can be linked to other information accessible through the software architecture, such as energy costs, for example. The credit accessory can also collect diagnostic information and call for service or alert the owner if there are any pending issues via wired or wireless. The smart card can also be used to supply alternate content to the user interface of the appliance, such as advertisement, for example.

Another example of an accessory is a customized connector that can be used to couple the appliance with another accessory or with another component on the network. The customized connector can be associated with any item, such as a cable or a dongle, that can couple with the appliance, and can be configured to prevent unauthorized, third-party devices, including generic brand replacement parts, from undesirably coupling with the appliance and other components on the network. Thus, the connecting item must have the customized connector to couple with the appliance or other component on the network.

Another group of exemplary accessories relate to energy usage. For example, the accessory can be an energy controller and/or energy monitor, hereinafter referred to collectively as the energy controller. The energy controller can be a separate component on the network that communicates with several appliances and other networked components in the home and also with an energy source, such as an electricity source. The energy controller can monitor the amount of energy used by each of the appliances and can distribute energy among the appliances. The distribution of energy can result in an efficient usage of energy and can also manage energy usage, for example, when the energy source curtails the amount of supplied energy. The energy controller can also control the operation of the appliances so that the operation occurs during non-peak energy usage times, which typically correspond to lower energy costs.

The energy controller can be internally configured for communication with the appliances, or a separate connection accessory, such as a dongle, can be coupled to the energy controller to provide connectivity to the appliances. Similarly, the appliance can be internally configured for communication with the energy controller, or a separate connection accessory 78, such as a dongle, as illustrated in FIG. 13, can be coupled to the appliance 12 to provide connectivity to the energy controller. The connection accessory can have the ability to discover the type of appliance and provide appropriate modules of the software architecture for the appliance. In addition, the connection accessory can have the ability to respond to messages and commands from the energy controller. The connection accessories can be configured to provide wireless communication between the energy controller and the appliances.

The energy controller 78 can be connected to an energy supplier by any suitable means, such as, wireless, Internet, power lines, etc. With such a connection, the energy supplier can provide information relevant to the control of the appliance. The energy supplier can also remotely control the appliance in addition to or in lieu of providing information.

Other energy related accessories include a smart breaker, a smart dimmer, and a smart adapter. The smart breaker is described in detail in U.S. Pat. No. 6,988,375, issued Jun. 24, 2006 which is incorporated herein by reference in its entirety.

The smart dimmer is effectively a replacement for a load switch, such as a light switch, having discrete on/off control and can be used in any component on the network, including lights and ceiling fans. The smart dimmer provides the ability to not only switch power on and off but also to vary voltage, such as via triac control or converter/inverter control. The smart dimmer communicates with the energy controller, such as to respond to requests from the energy controller and to notify the energy controller of energy consumption status. By giving the energy controller additional control over the component associated with the smart dimmer, the energy controller has more capability to achieve target energy consumption without disruption to the user. Furthermore, in the event of an emergency energy curtailment, the energy controller can communicate with the smart dimmer to dim or shut off the lights or other component associated with the smart dimmer. The smart dimmer can also have associated sensing capabilities to feedback to the energy controller measurements of watts and power-factor.

The smart adapter is functionally similar to the smart dimmer but serves as a replacement for a common wall outlet. By replacing the common wall outlet with the smart adapter, which can communicate with the energy controller in a manner similar to the communication between the smart dimmer and the energy controller, “dumb” components, such as water heaters, that typically function in off/on modes can be plugged into the smart adapter and converted for use on the network and for operation at varying voltages. As a result, the components with the smart adapters can participate in energy curtailment programs and can communicate energy usage information to the energy controller.

Other examples of accessories relate to servicing the appliance. In one embodiment, a remote service center can communicate wirelessly with the appliance in the home. As a result, the remote service center can monitor the appliance, including low level components of the appliance, either passively or actively, and diagnose failures of the appliance. An example of passive monitoring of the appliance is illustrated in FIG. 14. In this scenario, the user communicates with the customer service center 80, such as via a telephone call or through the Internet, to inform the customer service center 80 that the appliance 12 in the form of an oven is not functioning properly. In response, the customer service center 80 communicates with the appliance 12 wirelessly to monitor the appliance 12 and diagnoses a failure associated with a component of the appliance 12, particularly the door latch. Thus, observation over the network enables the remote service center 80 to diagnose the failed component without a service visit to the home.

If information not available on the internal network of the appliance is needed for diagnosis, the remote service center 80 can use the DAQ, which is described in more detail in the aforementioned and incorporated PCT patent application to retrieve information available in memory of the associated appliance componentry for analysis of a problem or for searching for a problem.

If in addition to passive monitoring, the remote service center 80 determines the need to control and test the low level components of the appliance 12, the remote service center 80 can actively monitor the appliance 12. To actively monitor the appliance 12, the remote service center 80 can put the appliance 12 in a development state, which is described in more detail in the aforementioned and incorporated PCT patent application and priority application. In the development state, the remote service center 80 can communicate with the appliance 12 and actuate the individual components of the appliance, such as heaters, valves, and motors, to facilitate making a diagnosis. According to one embodiment, for the appliance 12 to enter the development state, the appliance 12 must be in an attended mode. In the attended mode, a responsible person must be present at the appliance to ensure that the actuation of the individual components of the appliance 12 does not harm anyone in the vicinity of the appliance 12. The responsible person can be the user of the appliance 12 or any other person deemed responsible. The presence of the responsible person can be confirmed in any suitable manner, such as by communication between an identification card of the responsible person and the appliance 12 or by the responsible person actuating a key press on the appliance 12.

As an alternative, the appliance can be monitored and diagnosed by an individual, such as the user, in the home with the aid of a service accessory rather than employing the remote service center. In this scenario, an automated service system replaces the remote service center. The service accessory can be any suitable device, such as a dongle, configured to communicate, either via a wired connection or wirelessly, with the appliance and with the automated service system.

An example of self-servicing the application using the automated service system and the service accessory is illustrated in FIG. 15. Shown as step 1, the user couples the service accessory 90 to the appliance 12 in the form of an oven, and the service accessory 90 automatically configures to record diagnostic data from the appliance 12. If an appliance failure occurs, the user removes the service accessory 90 from the appliance 12 and couples the service accessory 90 to a personal computer 92, shown as step 2. Next, the service accessory 90 connects to the Internet via the personal computer 92, shown as step 3, and uploads the diagnostic data associated with the appliance failure to the automated service system. The automated service system analyzes the diagnostic data and determines an appropriate response. The response can include, for example, downloading customized testing scripts based on the diagnostic data, and the testing scripts can be used to further diagnose the appliance failure or eliminate the problem. The testing scripts can be downloaded via the Internet and the personal computer 92 to the service accessory 90, which can be re-coupled to the appliance 12, shown as step 4, for transferring the testing scripts to the appliance 12. Alternatively, the service accessory can be a coupling mechanism allowing a computing device, such as a cellular phone, a personal computer, and a personal digital assistant, to execute logic associated with data collection, analysis, and test scripts.

Other examples of accessories relate to home automation. Home automation systems are systems with a control center configured to control multiple objects, such as lights, drapes, blinds, thermostats, audio/video components, and security systems, within a home. Typical control centers are in the form of a monitor, such as a touchpanel monitor, or a remote control with a customized keypad. With the software architecture, the appliance can be integrated with the home automation system. In one embodiment, the appliance can be added to an existing home automation system whereby the appliance can be controlled, monitored, etc. from the control center. The appliance can optionally communicate with the control center via a wireless device coupled to the appliance. Alternatively, the appliance can be used as the control center. For example, a kitchen is generally a centralized location in the home, and one of the appliances, such as a refrigerator, in the kitchen can include the control center. In this example, the control center can be a monitor integrated into a door of the refrigerator.

By combining the appliance and the home automation system, several synergistic features become feasible. For example, when a fire alarm or smoke detector of the home automation system detects a fire or smoke, the combined appliance/home automation system can take appropriate actions, such as turning off an oven and cooktop, turning off HVAC systems, turning on lights, and shutting off gas supply. In another example, the user can set the combined appliance/home automation system in a vacation mode. Upon departure and during the vacation, the combined appliance/home automation system can take appropriate actions, such as shutting off water supply, turning off water heaters, increase refrigerator temperature, enable alarms, and setup an automatic telephone call to police if the refrigerator door opens. On return, the combined appliance/home automation system can take appropriate actions, such as turning on water supply, turning on water heaters, decrease refrigerator temperature, and disable alarms.

As another example, the combined appliance/home automation system can provide notifications to the user for time management benefits and peace of mind. Notifications for time management benefits can include, but are not limited, to fabric/dish washing complete, fabric/dish drying complete, microwave defrost complete, turn food for microwave defrost, oven pre-heat complete, and food cooking complete. Upon receiving the notification, the user can immediately attend to the corresponding appliance to remove the fabric load, dish load, food, etc. rather than spending the time to periodically having to check whether the operation cycle is complete and possibly delaying initiation of another operation cycle. Notifications for peace of mind can include, but are not limited to, refrigerator door ajar, freezer door ajar, water filter operational, oven left on, cooktop left on, basement humidity level satisfactory, air filtration system functioning, air quality index, boil over on cooktop, and grill flame exceeding limit.

The notifications can be provided to the user on the control system or a remote device that can be used outside the home. Examples of remote devices include, but are not limited to, a cellular phone, a key fob, and a pager/buzzer. The remote device can be configured with the software architecture for communication with the appliance or other component on the network.

Another example of an accessory is a network binder. The network binder is a device that binds nodes on a wireless network to the network by assigning an identical unique network ID to each node. Binding allows nodes that are within communication range of each other to be bound together to create private networks and separate the nodes from other nodes that are also within communication range but not part of the network. The network binder can be useful when there are multiple networks within range of one another, as in a neighborhood or an apartment building. The private network prevents communications from being inadvertently transmitted between networks, which would prevent unexpected interactions. The network binder of the present application can be a wireless device that is solely used for binding appliances or other components in a relatively short range of the network binder. For example, the network binder can have a limited transmission range of about three to four feet to ensure that the target appliance or other component becomes bound to the network when the network binder is operated. An exemplary network binder 100 is illustrated in FIG. 16 and comprises at least one button 102 that can be depressed when in the vicinity of the appliance 12 or other component to bind the appliance 12 or other component to the network. The network binder can optionally have the ability to communicate with a personal computer or other computing device so that the computing device can also be configured.

Another example of an accessory is a remote user interface. The remote user interface is a user interface that can communicate with one or more appliances and can be positioned remotely from the appliances with which the remote user interface communicates. For example, the remote user interface can be positioned in a central location in the home or can be portable within the home. The remote user interface can provide many, if not all, of the functions associated with a traditional user interface of the appliance and can include additional functionalities. The remote user interface can have any suitable form, such as a monitor, including a touchpanel monitor 110, as illustrated in FIG. 17. Other examples of the remote user interface can include, but are not limited, to a remote keypad, a phone, a personal computer, a voice recognition device, a voice generation device, a sound generation and recognition device, a remote control, a user interface of a home automation system, a user interface of a component different from the components of the appliance, a television, a device that plays recorded music, a device that plays recorded video, and a personal digital assistant. According to one embodiment, the remote user interface can be employed in addition to the traditional user interfaces on the appliances associated with the remote user interface. Alternatively, the appliances associated with the remote user interface do not include a separate user interface that physically resides on the appliances. Furthermore, the remote user interface can be used in conjunction with the above-described combination appliance/home automation system.

Another example of an accessory is an appliance monitor. The appliance monitor, which can be a device integrated with or separate from the appliance, monitors and records operational data associated with the appliance. The appliance monitor can monitor one appliance or a plurality of appliances. Optionally, the appliance monitor can include a display for displaying an operational status of the appliance and can be integrated with the remote user interface described above to also provide the ability to issue commands to the appliance. Furthermore, the appliance monitor can optionally be configured to transmit the operational data associated with the appliance to another device, such as a personal computing device or an intermediate storage device, such as a dongle.

In an example illustrated in FIG. 18, the appliance monitor 116 is integrated into the first appliance 12 in the form of a microwave oven, and the second, third, and fourth appliances 14, 16, 18, along with the first appliance 12, communicate with the appliance monitor 116. In another example illustrated in FIG. 19, the appliance monitor 116 is a separate, portable device that communicates with the first, second, third, and fourth appliances 12, 14, 16, 18. The portable appliance monitor 116 can be carried by the user so that the user is able to observe the operational status of the appliance at any desired time.

Other examples of accessories relate to servicing the appliances. If the appliance experiences a failure that requires a service person to visit the appliance in the home, the service person can couple a personal computer or other portable computing device to the appliance using a smart cable 120 or a smart wireless connector 122. As shown schematically in FIG. 20, the smart cable 120 hardwires the appliance 12 with the portable computing device 124. The smart cable 120 can include special, proprietary electronics that enable communication between the appliance 12 and the personal computing device 124. As a result, unauthorized persons who do not have the smart cable 120 cannot couple an unauthorized computing device with the appliance. Referring now to FIG. 21, the smart wireless connector 122 accomplishes the same goal as the smart cable 120, except that the former provides a wireless rather than hardwired connection between the appliance 12 and the portable computing device 124. The smart wireless connector 122 can be any suitable device, such as a proprietary wireless dongle, that establishes a proprietary connection between the appliance 12 and the portable computing device 124.

Additional service-related accessories include a central collector 130 and a local collector 132, which can implement the same service-related functions previously described. Referring to FIG. 22, the central collector 130 functions similarly to the appliance monitor described above in that the central collector 130 communicates with the appliance(s) and monitors and records operational data associated with the appliance(s). The central collector 130 is illustrated in FIG. 22 as a box mounted to a wall in the home, but the central collector 130 can assume any suitable form and can be located in any suitable location, including on or in the appliance. The central collector 130 can communicate with the appliances 12, 14, 16, such as via a wireless connection, and the remote service center 80 can also communicate with the central collector 130. As a result, when an appliance failure occurs, the user can communicate with the remote service center 80, such as via telephone, to inform the remote service center 80 of the appliance failure, and the remote service center 80 can communicate with the central collector 130 to receive and analyze the operational data associated with the failed appliance. Furthermore, if the appliance failure requires a visit from a service person 132, the service person 132 can optionally communicate with the central collector 130, such as via a portable computing device, to receive and analyze the operational data associated with the failed appliance. The central collector 130 can also be employed by the service person 132 for field testing of the appliance. While illustrated external of the appliances, the central collector can be located within one of the appliances.

The central collector 130 can also be used for aggregation of customer usage data. The customer usage data can be sold to third parties and can be used in customer studies to gain insight to customer usage patterns and preferences. As another option, the central collector 130 can be used for benchmarking. The operational data associated with the appliance can be aggregated and compared to benchmarks or used to generate benchmarks related to appliance performance. When the operational data is compared to a benchmark, and the comparison indicates a degradation of appliance performance, the user can be alerted to the decrease in performance.

A derivative of the central collector 130 is a black box recorder. The black box recorder can function similarly to the central collector 130 but is constructed such that it cannot be destroyed or at least retains the operational data associated with the appliance in case of a fire or other event potentially destructive event to the appliance or the home. The operational data can possibly be used by insurance companies and investigators to assess the cause and effects of the destructive event.

Referring now to FIG. 23, the local collector 132 functions similarly to the central collector 130 in that the local collector 132 communicates with the appliance(s) and monitors and records operational data associated with the appliance(s); however, the local collector 132 is a portable device that can removably couple with the appliance(s). As shown in FIG. 23, where the local collector 132 is illustrated as a dongle, the local collector 132 can be coupled with the appliance 12 to receive the operational data associated with the appliance 12 and removed from the appliance 12. After removal from the appliance 12, the local collector 132 can be coupled with a computing device 134 of the user, and the operational data can be sent from the computing device 134, such as via the Internet, to a remote location, such as the remote service center 80 or a remote automation center 136. If the user does not have the computing device 134 or an Internet connection, then the local collector 132 can be provided to a shipping service 138 for delivery to the remote location.

The local collector 132 can be implemented using the service accessory 90. Either of the local collector 132 or the service accessory 90 can be interfaced with the electrical system of the appliance and with either the appliance or with a service tool (accessory) to perform enhanced diagnostics and performance analysis of the appliance. Exemplary uses would be to validate that each output device (when acutated) consumes the expected electrical consumption, and to realize certain performance or failure conditions by evaluating information contained in the electrical bus (example frequency analysis).

Another example of an accessory is an appliance coupler. The appliance coupler can be any device, such as a cable connector or a device capable of wireless communication, that enables direct communication between appliances. As a result, the coupled appliances can communicate with each other, which can be especially beneficial when the operation of one appliance affects the operation of another appliance. For example, a washing machine and a dryer can be coupled together by the appliance coupler, and the operational cycle of the dryer can be selected based on the operational cycle employed by the washer.

Another example of an accessory is a sales demo accessory. As shown by example in FIG. 24, the sales demo accessory 140 can be a portable device, such as a dongle, that can removably couple with the appliance 12 on display at a retail store. The sales demo accessory 140 can store sales demos that can be executed by the appliance 12. The sales demos can control the appliance 12, highlight certain features of the appliance 12 for the customer, and can be interactive with the customer. Examples of the sales demos include, but are not limited to, displaying promotions on a user interface, user interface light and sound shows, voice feedback combined with user interface key presses, voice command and control, video playback combined with user interface key presses, motion sensing, and mechanical system custom demonstrations. When the software architecture enables control of individual components of the appliance 12, the sales demo can take advantage of this capability and combine the control of the components with external electronics and customization, thereby motivating the customer to interact with the appliance 12. The sales demo mode can be implemented by placing the appliance into a development state using the software architecture.

The sales demos can be downloaded to the sales demo accessory 140 from a web site associated with the manufacturer of the appliance 12 and updated periodically to reflect current marketing strategies of the manufacturer of the appliance 12. By differentiating the appliance 12 from other appliances on display in the retail store, the sales demos can help improve sales of the appliance 12. The sales demos can be customized according to the retail store and trade partners of the manufacturer of the appliance 12. Furthermore, by locating the sales demos on the sales demo accessory 140, code for sales demos that would traditionally reside on the appliance 12 can be removed from the appliance 12, thereby reducing development time and cost of the appliance 12.

Another example of an accessory is a cellular phone, which can be used for communication with the appliance 12. In general, today's cellular phones have several integrated technologies, including networking capabilities (Including Bluetooth), Internet connection capabilities, color user interfaces, premium sound, voice recognition capabilities for automatic dialing, and tactile feedback (e.g., vibration), and these integrated technologies can be utilized in conjunction with the appliance 12. Referring to FIG. 25, the cellular phone 150 can communicate with the appliance 12 via Bluetooth or an external connector, such as a USB connector. The cellular phone 150 can also communicate via the Internet. Thus, the cellular phone 150 can download information from the Internet and communicate the downloaded information to the appliance 12 and, conversely, receive information from the appliance 12 and upload the information to the Internet. The information can be any type of information related to the appliance 12, such as applications, custom tests, custom audio, diagnostic data, and customer data.

Examples of using the cellular phone include, but are not limited to, remote diagnostics and service, interactive audio, voice control, and enhanced user interface. For remote diagnostics and service, the cellular phone discovers the appliance and downloads diagnostic tests from the Internet. The cellular phone can locally execute the diagnostic tests through the software architecture and Bluetooth (or other communication means). After the diagnostic tests are complete, the cellular phone can upload testing results to the Internet for diagnosis. For interactive audio, the cellular phone discovers the appliance and downloads custom audio files from the Internet. The cellular phone can register with the appliance for key status events through the software architecture and Bluetooth (or other communication means). When the key events occur on the appliance, the cellular phone can automatically play the appropriate audio file to provide enhanced feedback. For voice control, the user can input voice commands into the cellular phone, and the cellular phone can convert the voice command to a command for the software architecture and transmit the command over Bluetooth (or other communication means). Finally, for the enhanced user interface, a user interface application, which can be downloaded from the Internet, can be executed on the cellular phone. The user interface application can take advantage of the color user interface, the premium sound, and the tactile feedback on the cellular phone. The control of the appliance 12 via the enhanced user interface and feedback from the appliance 12 to the enhanced user interface can occur locally through the software architecture and Bluetooth (or other communication means).

Another example of an accessory is an audio communication accessory. The audio communication accessory is a device that communicates with the appliance or other component on the network having a traditionally visual user interface and adds audio capabilities to the user interface. The audio communication accessory can also be used with any appliances or other component on the network that does not have a user interface. By incorporating the audio communication accessory, the appliance or other component on the network can audibly communicate information related to the appliance or other component to the user, and, optionally, the user can audibly communicate commands and the like to the appliance or other component through the audio communication accessory. Audible communication can be especially beneficial to users having a physical disability, such as blindness or mobility issues where it is difficult for the user to move within visual range of the appliance or other component. The audible communication can be voice (i.e., speaking) or a variety of sounds, such as beeping, alarms, Morse code, songs, etc.

Referring to FIG. 26, the audio communication accessory 160 can be directly mounted to the appliance 12, 14, as shown at 160A or can be separate or remote from the appliance 12, 14 as shown at 160B. In the latter case, the remote audio communication accessory 160B can be located in the home at a convenient location for the user. In one embodiment, the audio communication accessory 160A mounted to the appliance 12, 14 can communicate with the remote audio communication accessory 160B so that the audible information is communicated at more than one location. It is also contemplated that the audio communication accessory 160 can communicate with other audio devices, such as a telephone, a stereo system, a clock radio, and a cellular phone, so that the information can be communicated audibly through the audio device and increase the likelihood that the user will hear the information.

Examples of the information communicated by the audio communication accessory to the user can include, but are not limited to, notifications concerning an operational status of the appliance or other component, such as fireplace on, security system activated, carbon monoxide alarm activated, appliance door open, temperature limits exceeded, leakage, filter requires changing, end of operation cycle, cooktop burner on, oven pre-heat complete, fabric/dish washing complete, water temperature, circuit breaker blown, energy usage status, and energy usage exceeds preprogrammed limit. Examples of the information communicated from the user to the audio communication accessory can include, but are not limited to, commands concerning an operational status of the appliance or other component, such as call or otherwise contact emergency personnel, turn on outdoor spa, turn on outdoor sprinkler system, extend dryer operation cycle, and initiate operation cycle.

Other examples of utilizing the audio communication accessory follow. In one embodiment, the audio communication accessory can be used as an event calendar where the user can record an event, such as a reminder to take medicine, and the audio communication accessory can play the reminder at the appropriate time. As another example, the audio communication accessory can communicate with a source of weather information, such as via the Internet, and notify the user of weather conditions on demand or at preprogrammed times. It is also contemplated that the audio communication accessory can be used in conjunction with tracking devices to locate items in the home. For example, a set of keys can be equipped with the tracking device, and the audio communication accessory can communicate to the user the location of keys when the user cannot find the keys. The audio communication accessory can also be employed as an intercom system where multiple users can communicate with one another through the audio communication accessory. In this scenario, the users can each have the audio communication accessory, or the single audio communication accessory can interface with another device to enable two-way communication. In another embodiment, the audio communication accessory can be used to place the appliances or other components on the network in a “sleep mode,” which can include, for example, shutting off lights, lower heating temperature, and activating the security system, when the user provides a sleep mode command as the user is going to bed. As another example, the audio communication accessory can be used in conjunction with the sales demo accessory described above to audibly enhance the sales demos for the appliance. The customer could effectively talk to the appliance and vice-versa, thereby improving the customer interaction with the appliance at the retail store. It is also contemplated that the audio communication accessory can be used in conjunction with an outdoor audio system and/or outdoor camera whereby the user can audibly communicate with a person who has activated a doorbell and/or view, such as via a display on a cellular phone, images of the person who has activated the doorbell. As another example, the audio communication accessory can communicate with a computing device or telephone system and notify the user when the user has received new electronic mail messages and voice mail messages.

The audio communication accessory can also be used to implement an audible use and care guide associated with the appliance. The audible use and care guide can be considered a replacement or addition to a conventional user manual that a user must read. Listening to the audible user and care guide can be more convenient, more efficient, and more easily understood than reading the conventional user manual. The audible use and care guide can include content traditionally included in the conventional user manual, such as explanations of the operational cycles and/or features of the appliance, troubleshooting information, and recommendations for care of different types of items used in the appliance (e.g., laundry, dishes, foods). As an improvement, the audible use and care guide can be configured to communicate information related to operation cycles selected in real-time by the user. Thus, as the operation cycle is being selected by the user, the audible use and care guide can inform the user, for example, how to use the operation cycle, what the operation cycle is meant for, what options are available for the operation cycle, and steps for programming the operation cycle.

The audible use and care guide can be activated prior to using the appliance for the first time or at any time the user requires assistance. In one embodiment, the audible use and care guide can be always accessible and activated by the user actuating a button on the appliance or voice activation via the audio communication accessory. The user can optionally interact with the audible use and care guide, such as by asking questions or instructing the audible use and care guide to skip information not needed by the user. According to one embodiment, the audible use and care guide can implement multiple, selectable modes for various use scenarios, such as whether the appliance is on the floor of a retail store as a sales demo, for a new appliance in the home, for a new user, or for an experienced user. The amount of information and level of detail in the information provided to the user can depend on the experience of the user. The audible use and care guide can be disabled if it becomes annoying or can be reconfigured.

The audio communication accessory can optionally include tactile feedback, such as vibration, which can be especially useful for users having a hearing disability. The tactile feedback can be used in conjunction with or as an alternative to the audio communication. The user can wear or carry a portable device that provides the tactile feedback.

Regardless of the type of accessory, the software architecture can be configured such that the accessory must present electronic credentials (i.e., authentication) before communicating with the appliance. Requiring the electronic credentials prevents unauthorized communication between the accessory and the appliance, thereby avoiding undesirable control of the appliance by the accessory.

FIGS. 27 and 28 show embodiments of the taxonomy architecture, partitioned according to the physical architecture of an appliance or an appliance network.

The software component 1 is represented as being within a remote client 22, such as a remote controller with a User Interface. Consequently, the sub-components of Software Component 1 (the selection builder, the command generator, and the status interpreter) are specialized for this User Interface application. FIG. 27 shows software component 1 in such a user interface device, identified here as a “thick client.” A thick client would have the ability to parse a data structure such as an XML document, interpret its meaning, and implement the ‘Selection Builder’ functionality. Software component 2 and the Taxonomy Architecture reside in the appliance 12.

FIG. 28 depicts a second embodiment of the Taxonomy control architecture where all components are included within an appliance 12. In the structure of FIG. 28 the Taxonomy Architecture uses a Taxonomy Translator (not necessary in the embodiment of FIG. 27), thereby rendering the Status Interpreter of Software Component 1 to the reduced functionality of an Input Handler. The UI board in this case comprises an “a” side and a “b” side, each with is own processor. Both sides are connected to each other, preferably by a serial communication “c”. The UI board is connected by another connection 14 to a CCU with software component 2, where the connection 14 can be the same type as connection “c”, or it can be different. The “a” side is preferably an LCD controller that exposes a low level API, and lacks the full capabilities of a thick client. Hence, the “a” side can be referred to as a “thin client.” The “b” side comprises the Taxonomy Architecture and Software Component 1.

FIG. 29 is a generalized block diagram of the taxonomy architecture according to the invention. In FIG. 29 a, it can be seen that The Taxonomy Engine comprises a Taxonomy Controller, a Model, and a collection of Operators. The Taxonomy Controller is aware of the State of the Componentry for which it is controlling, and is responsible to retrieve from the Taxonomy Structure the State Appropriate Taxonomy Model and inform the Taxonomy Engine of the Change. This action provides an event to the appropriate Taxonomy Operator to examine the new Taxonomy Model and generate a new Taxonomy Capabilities Data Set. The Taxonomy Engine then publishes the new Capabilities to the Taxonomy Manager, who then distributes the new information to the appropriate Translators or other Software Components that have registered for notification.

In FIG. 29, the Selection Builder, the Status Interpreter, and the Command Generator are in the Taxonomy Translator. Taxonomy Translator 2 comprises the Selection Builder and is responsible for the conversion of Taxonomy Datasets to Software Component Specific interfaces. Therefore, in this example the Software Components are not comprised with the functionality of Interpretation or Generation of Taxonomy Datasets. Rather, they are comprised with handling inputs from the Translator and sending outputs to the Translator.

It is contemplated that a Taxonomy Architecture according to the invention, through the use of multiple translators, can simultaneously connect to Software Components similar to Software Component 2 of FIG. 29.

Looking now at FIG. 30, it is generally known that complex data structures have tremendous advantages because they can be easily varied and re-used with a single complied source code. But this complexity can be troublesome to understand, create, troubleshoot, debug, explain, and generally manage. Object Oriented Languages provide some level of hiding complexity relative to non-object oriented languages such as C. Similarly, XML data structures are human-readable, in contrast to byte arrays, and therefore can eliminate complexity. But it is currently cost prohibitive to implement technology such as XML or Java in most appliances for domestic use. The invention offers a visual configuration utility that simplifies handling complex data structures at much less cost than known systems.

Following the flow of FIG. 30, a designer in step 1 starts the visual configuration utility. A designer can be someone who does the role of product or feature planning, user experience, or user interface design, engineering, or anyone else with a need to retrieve value from or provide value to the information contained by an instance of a configuration held within the memory of the visual configuration utility. In step 2, the designer uses the configuration utility. In this step, the design will load a configuration file from a persistent store such as a hard drive or database or web site. Alternatively, it may be checked out from a document version control system such as visual source save.

In step 3, the designer creates a new configuration comprising a taxonomy structure or begins editing an existing configuration comprising a taxonomy structure. The editing process includes steps like adding new taxonomy elements, deleting taxonomy elements, moving taxonomy elements, or modifying the properties of a taxonomy element. Other sub-steps of step 3 may include binding taxonomy elements to message identifiers or functional identifiers of arbitrary software components of which taxonomy elements either relate to or represent. In step 4, the designer will save the taxonomy configuration appropriately and notify the appropriate office mates such that if one of the office mates is the appropriate controls development engineer, he may immediately acquire the saved taxonomy configuration file and begin step 5. In step 5, an appliance controls development engineer will generate a software and software data file appropriately configured such that a compiler can be invoked preferably from the Visual Configuration Utility to create a downloadable image appropriate for execution by a processor. Further, the controls development engineer will combine the generated software and software data file with a plurality of other arbitrary software components. Preferably, the Visual Configuration Utility can accomplish this task. In step 6, the appliance controls development engineer will invoke the compiler on the combined file and the compiler will generate a downloadable image. And in step 7, the appliance controls development engineer will download the downloadable image to the embedded appliance control processor and test the result. At any step in the process, the process actor may stop activities and move another step taking appropriate action to mitigate the incomplete step and/or the potential re-ordering of steps.

FIGS. 31 and 32 depict an application built using a proprietary application framework. The Taxonomy Visual Configurator of FIG. 31 would be used as a rule set to develop Taxonomy Structures. Once the Taxonomy Structure is configured visually, it can be transformed and exported into a functionally equivalent complex embedded data structure. (See step 3 of FIG. 30) Note how the Taxonomy Structure comprises multiple Taxonomy Structures, each associated with a unique appliance state. Examples of Unique Appliance States are such things as idle, washing, rinsing, spinning, and pause for a washing machine.

Looking more closely at the example of FIG. 31, it can be seen that there is no Wash Phase definition. This is because Wash Phase is not a valid feedback until the Appliance is in Running State. In FIG. 32, there is no Cycle definition. This is because during Running, the Cycle Definition cannot be changed.

The data structure of FIGS. 31 and 32 is very powerful and is the heart of the Taxonomy Architecture. It consists of a nested tree of elements where each element of the tree has a type where that type dictates to the Taxonomy Operators of FIG. 29 how to properly traverse and extract information from the Tree. Attributes should have corresponding Active Values which are one of the child Values of the plurality of child Values. Attributes contain a plurality of child Values which represent the valid selections of the Attribute. A Value which contains a plurality of Attributes is a Value which must be further specified by having each contained Attribute be defined by its contained active or selected Value. When a child Value is selected or active, the Taxonomy Operator looks to see if the child Value contains children of the Attribute Type. If so, the Taxonomy Operator continues the tree traversal repeating the function of the Taxonomy Operator on the next level of the tree. Ranges are children of Attributes and are equivalent to a plurality of Values which can be mathematically derived from the values of Min, Max, and Inc.

The information contained in the data structures of FIGS. 31 and 32 is therefore more useful than one would at first realize. For example, Taxonomy Operators can be written to do a variety of useful functions across a number of the elements of the taxonomy architecture, especially when there is a graphical user interface or an external client. A first Taxonomy Operator could use the data structure to determine what content should appear on a user interface. As a user makes selections on the user interface, the first Taxonomy Operator could re-examine the current active selections of the user and repopulate the user interface with the new valid user selections and the valid options of each. A second Taxonomy Operator could be informed of changes to the appliance state. Upon change to the state of an appliance, the second Taxonomy Operator could retrieve a new Taxonomy Capabilities Dataset so that the user interface could be repopulated based on the new valid selections and or new valid operators for each. A third Taxonomy Operator can be configured to receive Taxonomically Correct Inputs and check to see that the Input corresponds to a valid well-formed command. The third Taxonomy Operator would accomplish this by walking the Taxonomy Structure in the Taxonomy Architecture of FIG. 29. The third Taxonomy Operator would evaluate all of the potential roots of the Taxonomy Structure and find a corresponding root identifier in the Taxonomically Correct Input structure. From the root, the third Taxonomy Operator would begin to recurse down the tree, determining which branches of the tree to continue down by finding a corresponding identifier in the Taxonomically Correct Input structure. When the third Taxonomy Operator reaches the end of the tree or alternatively exhausts the elements in the Taxonomically Correct Input structure having used all of them at least once, a valid Taxonomically Correct Input structure is determined if both there are no other un-accounted for elements in the Taxonomically Correct Input structure, and there are no child elements remaining un-walked in the Taxonomy Data Structure. This third operation is the equivalent of portable state-based business logic enabling the thin client 22 of FIG. 28 to be completely devoid of any logic associated with the operation of the appliance. The benefit of this is that user interfaces and all external clients with proper communication and Taxonomy Dataset Interpretation Operators can be developed with only knowledge of how to interoperate with Taxonomy Datasets, and therefore can be devoid of all knowledge of the connected device with which it is in operable communication.

Further explanation of message binding may be helpful with respect to the incorporated disclosure of International Patent Application No. PCT/US2006/022420 and the invention. The software architecture preferably can support and promote both asynchronous and synchronous data collection. Asynchronous memory polling, for example, is available in the Core API (API ID=1). There are at least two available embodiments of synchronous data collection.

Understanding the invention related to synchronous data collection is helped by an understanding of the concept of bounded updates. Bounded updates are events that are grouped together as a snapshot of the appliance state taken during the same scan of the host microprocessor's Main( ) loop execution. The appliance control main loop will allow for an iterative update of feedback variables that are registered with the DAQ API (e.g., every 25 ms). Each registered variable is monitored and only those that change value according to their memory monitor change operator are broadcast as updates to the client. When updates are in the process of being broadcast, no new updates are allowed in order to preserve the snapshot in time.

In the first embodiment, a snapshot is communicated to the client using the MMP flag in Byte 2 of the software architecture 10 header as shown in the application protocol 28 in FIG. 4 of International Patent Application No. PCT/US2006/022420. While the MMP of 28 is true, more messages are pending for the snapshot. When MMP is false, the current message is the last message in the snapshot. Therefore, if the first message of a snapshot is the only message in that snapshot, MMP will be false.

The example in FIG. 9 of International Patent Application No. PCT/US2006/022420 illustrates a bounded command (Cycle+Temperature+MMP) with acknowledgements, followed by two consecutive bounded updates. Where bounded refers to elements of protocol which indicate to the receiver that more messages are coming from the source and that data processing by the application logic of the receiving component should be delayed until the bounding indicators of the protocol within the packet structure 28 (MMP bit 7) indicate a complete transaction at which time data processing by the application logic is permitted. The bounded command is shown by reference numeral 42 and the two consecutive bounded updates are shown by reference numbers 44 and 46, respectively. Notice that updates do not begin until bounded command execution is complete, providing the client the ability to filter away transient feedback data. Bounded commands are provided by the same mechanism, MMP found in 28, as bounded updates in order to provide applications a greater level of control.

The example of FIG. 9 in International Patent Application No. PCT/US2006/022420 is conceptual. The actual mechanism is MMP found in 28. However for illustrative purpose, the bounded command begins with an initial “begin” command initiator (MMP set) and includes commands to set a washer cycle to wash, a recipe status to ready, a water temperature to medium, again a recipe status to ready, and finally a cycle start indicator, followed by a command terminator (MMP unset). It can be noted that, in FIG. 9, updates (such as by eventing) are disabled to prevent updates from happening before the bounded command is complete. In addition, a “process command” indicator is shown periodically throughout the bounded command processing in the appliance 12 to illustrate the portions of the command issued from the client 16 through the internal communications network 14 are processed.

In the bounded updates 44, the updates are once again enabled (since they were disabled at the beginning of the bounded command 42) to allow the appliance 12 to report its status to the client 16. In the example shown in bounded updates 44, the acknowledgment state is shown to ready, the cycle is reported as wash, the state is reported as running, the basket is reported as fill, the pump is reported as on, and the temperature is reported as medium. Again, beginning and terminating indicators enclose the bounded update 44. These beginning and terminating indicators can be reported by use of the flag, MMP, in the application packet structure 28 as discussed in FIG. 4 of International Patent Application No. PCT/US2006/022420 or another method which would be apparent to one skilled in the art of network protocol.

In the bounded update 46, the basket is reported as agitate, the pump is reported as off and the motor is reported as on. Again, beginning and terminating indicators (MMP) enclose the bounded update 46. Without the beginning and terminating indicators (MMP), the client cannot deduce a relationship between the updates from the appliance. However, with beginning and terminating indicators (MMP), the client can deduce a relationship between the events.

The second embodiment of synchronous data collection is shown in FIG. 34. Generally, a node comprises at least a micro-processor, a memory, software, and circuitry coupled to a transmission media where the node is configured to take information from the memory of the micro-processor and, with the circuitry, produce a signal representing that information onto a transmission media. Two nodes in communication with each other could be two micro-processors on a single printed circuit board connected by a serial communications or two computers connected via the internet.

FIG. 34 shows an eventing software architecture for communications between one node, event source 200, and a second node, event observer 202. The software architecture contemplates the event source sending a message to the event observer about the event. Rather than sending a single message, however, the event source 200 can use a begin event group message 204 and an end event group message 206 to create an event group 208 from a series of individual event messages 210. An advantage of sending separate messages in this technique is that it more efficiently uses the messaging architecture in rapidly changing states of an appliance and minimizes the number of uniquely identified messages needed to express the state of an appliance. Without the begin and end event group messages, the event observer 202 cannot deduce a relationship between event messages 1, 2, through N. However, with the begin and end event group messages, the event observer 202 can deduce a relationship between the events.

This technique can also be used to batch commands, as shown in FIG. 33. It is conventional for a command source 220 to send a complete command within one complete message to a command executor 222. The invention, however, contemplates using multiple messages to convey the elements of a command so that a command can be modular and can be composed by command elements. For this to work, the command executor 222 needs to know when to execute the command comprised of multiple command elements, each of which were sent as an independent single command message. The invention provides a solution by providing a begin command group message 224 and an end command group message 226, which inform the command executor 222 as to the which command elements belong together for the purpose of executing a plurality of command elements as a single aggregated command.

FIG. 33 shows how the command source 220, using a begin command group message 224 and an end command group message 226 bounding a series if independent command messages 228 can create a command group 230. Without a begin command group message 224 and an end command group message 226, the command executor 222 cannot deduce a relationship between command message 1, 2, through N. However, with the begin command group message 224 and the end command group message 226, the command executor 222 can deduce a relationship between the command messages 228. In message aggregation, whether data collection or batched commands, the MMP flag can be used to identify the beginning and ending of the message group.

While the invention has been specifically described in connection with certain specific embodiments thereof, it is to be understood that this is by way of illustration and not of limitation, and the scope of the appended claims should be construed as broadly as the prior art will permit. 

What is claimed is:
 1. A remote user interface for use with an appliance, the remote user interface having at least one memory location and at least one selectable data inputs, and a taxonomy dataset in the at least one memory location, having a plurality of command components associated with at least one function of a cycle of operation in a current state of the appliance wherein at least one element of the dataset is associated with the at least one selectable data input, and wherein the taxonomy dataset is generated by the appliance at any change in a state of the appliance where the available functions for the state change from one state to another, received in the at least one memory location at runtime, and limited to only those functions available for the cycle of operation in the then current state of the appliance, and one of a software architecture and a software architecture driver configured to create, alter, or enable transmission of messages, and a taxonomy translator configured to convert the taxonomy dataset into software component specific interfaces associated with the at least one selectable data inputs, the at least one selectable data input is generated as an output of the taxonomy translator whenever a new taxonomy dataset is received upon a change in state of the appliance, and wherein the remote user interface can generate a well-formed command based on the taxonomy dataset, and send the well-formed command to the appliance and to affect a cycle of operation in the then current state when at least one data input is selected.
 2. The remote user interface of claim 1 wherein the remote user interface is integrated into one appliance as a monitor and configured to communicate with other appliances to monitor them.
 3. The remote user interface of claim 1 wherein the remote user interface is internal to a first appliance and in communication with a component external to the first appliance.
 4. The remote user interface of claim 1 further comprising a taxonomy operator for operating on the taxonomy dataset.
 5. An appliance network comprising a remote user interface in communication with an appliance configured to perform a physical cycle of operation on an article wherein the remote user interface has at least one memory location and at least one selectable data inputs, a taxonomy dataset in the at least one memory location, having a plurality of command components associated with at least one function of a cycle of operation in a current state of the appliance wherein at least one element of the dataset is associated with the at least one selectable data input, and wherein the taxonomy dataset is generated by the appliance at any change in a state of the appliance where the available functions for the state change from one state to another, received in the at least one memory location at runtime, and limited to only those functions available for the cycle of operation in the then current state of the appliance, and a taxonomy translator configured to convert the taxonomy dataset into software component specific interfaces associated with the at least one selectable data inputs, wherein the at least one selectable data input is generated as an output of the taxonomy translator whenever a new taxonomy dataset is received upon a change in state of the appliance, and wherein the remote user interface can generate a well-formed command based on the taxonomy dataset, and send the well-formed command to the appliance to affect the cycle of operation in the then current state when at least one data input is selected.
 6. The appliance network of claim 5 wherein the remote user interface comprises at least one of: a network communication device configured to propagate and transfer information between the communication network of a first networked appliance and at least one additional network which is not the communication network of the first networked appliance; a network communication device configured to propagate and transfer information between at least two communication networks of the first networked appliance; a utensil configured to be used in conjunction with the first networked appliance to accomplish the physical domestic operation; a sensor configured to be used in conjunction with the first networked appliance to gather information for use in at least one of the cycles of operation of the physical domestic operation; a reader; an appliance configured to perform a cycle of operation to complete a physical operation independent of the first networked appliance; a clock; a notification device; and a memory device.
 7. The appliance network of claim 6 wherein the remote user interface comprises at least one of a remote keypad, a phone, a personal computer, a voice recognition device, a voice generation device, a sound generation and recognition device, a remote control, a user interface of a home automation system, a user interface of an appliance different from the first networked appliance, a user interface of a component different from the components of the first networked appliance, a television, a device that plays recorded music, a device that plays recorded video, and a personal digital assistant.
 8. The appliance network of claim 5 wherein the remote user interface is configured to query the communication network for the identity of the components on the communication network.
 9. The appliance network of claim 5 further comprising at least a second networked appliance wherein the remote user interface communicates with each using a software architecture or a software architecture driver.
 10. The appliance network according to claim 9 wherein more than one of the appliances do not have a user interface.
 11. The appliance network according to claim 9 wherein the second networked appliance comprises an appliance user interface and the remote user interface provides a functionality different than the appliance user interface.
 12. The appliance network according to claim 11 wherein the remote user interface comprises at least one of a monitor, a touchpanel monitor, a remote keypad, a phone, a personal computer, a voice recognition device, a voice generation device, a sound generation and recognition device, a remote control, a user interface of a home automation system, a user interface of a component different from the components of the appliance, a television, a device that plays recorded music, a device that plays recorded video, and a personal digital assistant.
 13. The remote user interface of claim 5 wherein the remote user interface is configured to present electronic credentials to the appliance before being permitted affect a cycle of operation of the appliance. 